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PREFACE 


Tliis  paper  describes  how  the  Air  Force  Logistics  Composite  Model  (LCOM)  was  used  to 
estimate  tlie  manpower  impacts  of  advanced  technology  job  aids  for  maintenance.  The  study  arose 
from  a  mquiremcnt  to  quantify  the  benefits  and  costs  of  implementing  the  Integrated  Maintenance 
Infonnation  System  (IMIS).  The  work  was  performed  under  Work  Unit  1710-00-04  entitled 
"Maintenance  Personnel  Requirements  for  Dispersed  Combat  Operations."  The  authors  thank  Mr. 
Bertram  Cream  and  Captain  Rick  Berry  for  aid  and  comfort. 


SUMMARY 


The  Logistics  Composite  Model  (LCOM)  was  used  to  estimate  maintenance  manpower 
efficiencies  that  could  be  attributed  to  the  Integrated  Maintenance  Information  System  (IMIS). 
Simulations  measured  manpower  requirements  under  varying  equipment  reliability  levels,  .sortie 
rates,  and  troubleshooting  times.  Sixteen  LCOM  studies  were  performed.  Manpower  was  found 
to  be  sensitive  to  variation  in  each  factor.  The  LCOM  data  show  that  if  the  maintenance  job  aiding 
benefits  of  IMIS  lead  to  a  significant  reduction  in  task  troubleshooting  time,  the  potential  saving  in 
maintenance  manpower  -  and  cost  -  could  be  substantial. 


MANPOWER  IMPACTS  OF  JOB  AIDING  TECHNOLOGY 


I.  INTRODUCTION 

New  computer  teclinologies  like  the  Integrated  Maintenance  Information  System  (IMIS)  and 
new  organizational  concepts  like  Rivet  Workforce  are  intended  to  improve  the  quality  of  Air  Force 
maintenance  Advanced  job  aids  for  technicians  should  reduce  maintenance  errors  repair  times. 
Greater  flexibility  in  worker  utilization  should  lead  to  greater  combat  resiliency.  These  and  similar 
maintenance  innovations  are  bound  to  become  more  valuable  as  the  Air  Force  becomes  smaller. 
Does  a  reduction  in  manpower  authorizations  necessarily  diminish  unit  productivity?  How  can  we 
gauge  the  impacts  of  technologies  like  IMIS  on  maintenance  manpower  needs?  These  ate  complex 
questions  without  simple  answers.  But  they  are  increasingly  relevant.  The  purpose  of  this  probe 
study  was  to  illustrate  the  potential  effects  of  new  technology  for  maintenance  aiding  on  worker 
productivity  and  organizational  effectiveness.  Specifically,  the  purpose  was  to  estimate  the  effects 
of  successful  introduction  of  IMIS  on  unit  maintenance  manpower  requirements. 

What  is  IMIS? 

1  MIS  is  a  family  of  technologies  intended  to  improve  the  utility  of  maintenance  information  for 
the  technician,  and  thereby  to  improve  maintenance  quality.  Figure  1  shows  the  generai  IMIS 
concepts  lire  unifying  goal  of  IMIS  is  to  integrate  the  disparate  information  sources  used  in  Air 
Force  maintenance  work  into  a  single,  coherent,  hardware/software  system  tailored  to  the 
technician’s  needs. 

IMIS  technology  is  divided  into  three  broad  areas.  First,  the  technician  is  to  be  provided  with  a 
very  small  but  powerful  portable  computer.  This  computer  will  interface  with  both  on-aircraft 
diagnostic  data  systems  and  ground-based  maintenance  information  systems  such  as  the  Core 
Automated  Maintenance  System  (CAMS)  and  the  Joint  Uniform  Services  Technical  Information 
System  (JUSTIS).  It  will  be  ruggedized  and  battery-powered.  A  high-resolution  screen  will 
display  complex  maintenance  instructions  using  both  graphics  a.nd  text.  The  computer’s  software 
will  support  interactive  troubleshooting  and  will  contain  artificial  intelligence-based  diagnostic 
aiding  for  complex  fault  isolation.  In  this  latter  aspect  the  IMIS  portable  computer  can  be  thought 
of  as  an  advanced  technology  job  perfomiance  aid  (JPA). 
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Figure  1.  IMIS  Concepts 

Second,  a  maintenance  panel  on  the  outside  of  the  aircraft  will  provide  an  interface  to  on- 
aircraft  diagnostic  systems.  The  panel  will  be  used  to  retrieve  data  on  configuration  and  subsystem 
status,  interrogate  built-in  test,  and  upload/download  mission  .software.  The  panel  may  al.so  be 
used  with  the  portable  computer  for  diagnostic  aiding.  The  location  of  the  panel  will  allow  for 
maintenance  diagnostic  monitoring  and  troublcshcoiing  without  entering  the  cockpit. 

Third,  the  portable  computer  will  interface  with  a  desktop  workstation  which  will  have  a  full 
keyboard  and  an  interface  computer.  The  technician  will  communicate  through  a  workstation 
interface  with  CAMS,  JUSTIS,  and  other  maintenance  management  information  systems.  The 
IMIS  workstation,  used  away  from  the  aircraft,  will  also  suppon  computer-aided  training  for 
maintenance  technicians  through  specialized  software  modules. 

IMIS  Benefits 

Maintenance  quality  is  exnected  to  improve  in  several  ways  with  IMIS  technology. 
Maintenance  job  instructions  --  called  Technical  Orde.s,  orTOs  —  will  become  more  convenient  to 
use  and  easier  to  keep  up-to-date.  Since  the  information  they  contain  will  be  more  dependable, 
technicians  will  use  the  TOs  more  effectively.  The  coupling  of  computer-ba.sed  troubleshooting 
aids  with  better  on-board  fault  diagnostics  should  greatly  reduce  the  incidence  of  "no  defect" 
maintenance.  Improvements  in  maintenance  accuracy  and  efficiency  will  be  reflected  in  decreased 
repair  time  and  a  reduced  demand  for  spare  parts.  In  sum,  IMIS  should  help  to  increase 
maintenance  productivity  and  lower  logistics  support  costs. 
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Bui  thii  ii  not  all.  IMIS  is  expected  to  become  an  enabling  technology  for  other  maintenance 
improvements.  Some  believe  that  the  advanced  job  aiding  features  of  IMIS  will  permit  job 
enlargement  for  maintenance  people.  Many  tasks,  panicularly  troubleshooting  tasks,  should 
become  easier  to  !cam  and  to  perform.  In  the  future,  an  IMIS-supponed  maintenance  environment 
should  allow  a  versatile  few  to  accomplish  the  same  work  now  done  by  the  specialized  many.  A 
leaner  nLiinienance  workforce  will  contribute  to  the  combat  mobility,  flexibility  and  sustainability 
the  Ait  Forte  increasingly  requires  of  its  fighting  units.  At  the  same  time,  job  enlargement  aided 
by  IMIS  technology  may  also  lead  to  lower  peacetime  manpower  costs. 

A  question  naturally  arises.  Can  these  IMIS  benefits  be  quantified?  One  method  is  to  use  a 
simulation  of  the  maintenance  env  ironment,  comparing  maintenance  as  it  is  now  with  maintenance 
as  it  is  e.vpctted  to  be  once  IMIS  is  successfully  implemented.  If  IMIS  makes  maintenance  more 
efficient,  we  should  be  able  to  measure  this  effect  in  reduced  repair  times  for  individual 
maintenance  tasks.  These  individual  task  time  reductions,  when  aggregated  over  an  entire 
maintenance  unit,  should  lower  manhours  overall.  This,  in  turn,  should  lead  to  a  lowered 
manpower  requiremem.  Such  was  the  logic  implemented  in  this  study.  For  a  given  workload  and 
perfonnancC  requirement,  we  can  quantify  one  benefit  of  IMIS  in  the  lowered  demand  for 
maintenance  manpower.  Since  manpower  can  be  readily  quantified  and  costed,  we  can  use  this  as 
one  indicator  of  the  benefit  from  IMIS  technology. 

If.  METHOD 

TIic  Logistics  Composite  Model  (Drake  &  Wicland,  1982)  was  used  to  estimate  the  potential 
manpower  benefits  of  IMIS  implementation  in  the  maintenance  environment.  LCOM  is  an 
approved  and  well  established  iiicihud  fur  deriving  maintenance  manpower  requirements  in  the  Air 
Force.  Wc  exercised  the  LCOM  nK>del  to  simulate  the  effects  of  one  of  the  most  important  benefits 
e  v[H.cicd  from  I.MIS.  the  reduction  in  troubleshooting  repair  times  and  the  consequent  lowering  of 
maiiiicnancc  manhours. 

Other  potential  IMIS  benefits,  such  as  the  effects  of  IMIS  supported  maintenance  on  spare 
parts  toiisumpiion,  can  also  be  modeled  with  LCOM,  but  were  not  included  in  this  analysis.  We 
cl'u.se  instead  to  model  the  manpower  effects  in  some  detail  by  looking  at  the  interactions  of  repair 
ti:uc  variations  in  conjunction  with  improvements  in  equipment  reliability  and  variations  in  sortie 
generation  demand. 

.\n  experimental  design  for  the  LCOM  simulations  is  shown  in  Table  1.  Flying  objectives  of 
I  ..“i  and  .^.0  sorties  per  aircraft  per  day  were  chosen.  Wc  simulated  the  manpower  effects  (“M"  in 


Table  1)  of  three  scenarios  for  troubleshooting  task  time  redaction  wdth  IMIS.  30, 60,  and  100 
percent,  and  compared  each  with  baseline  troubleshooting  times  we  found  in  theLCOM  data  base. 
The  100  ^rcent  reduction  essentiail>  eliminated  troubleshooting  time  entirel>,  and  hence  provides 
an  upper  bound.  We  implemented  these  task  time  changes  bj  adjusting  each  troubleshooting  task 
in  the  LCOM  data  base.  These  reductions  simulate  the  effects  of  more  efficient  and  more  accurate 
diagnostic  capability  on  overall  task  performance  time  owing  to  IMIS  technology. 

The  values  for  troubleshooting  lime  reductions  were  chosen  arbitrarily.  Literature  searches  to 
estimate  plausible  ranges  for  troubleshooting  time  reductions  with  job  aids  w-cre  generallv 
unavailing.  Nugent,  Sander,  Johnson,  &  SmilHc  (1987)  present  relevant  but  limited 
troubleshooting  performance  data  with  IMIS-iike  job  aids.  Nelson,  Gay,  and  Roil  (I974| 
summarize  the  iitcrature  on  JPA  impacts  on  maintenance  productivity,  but  present  no  cmpiric.ii  data 
that  could  be  used  to  benchmark  the  LCOM  task  times.  Hence,  our  approach  w-as  really  a 
sensitivity  analysis  only.  It  is  like  asking.  How  much  must  task  performance  times  decrease  before 
LCOM  shows  a  manpowier  benefit  from  IMIS? 

To  e.xamine  the  effects  of  improved  equipment  reliability,  we  adjusted  the  LCOM  failure 
marhanisms  to  reflect  the  findings  of  the  "High  Reliability"  Rghtw  Study  (McDonnell  Douglas, 
1987).  TTiat  study,  sponsored  by  Aeronautical  Systems  Division  (ASD),  produced  a  baseline 
comparison  system  and  projected  subsystem  reliability  improvements  for  a  notional  next- 
generatimi  fighter.  Reliability  here  means  how  often  an  item  needs  repair. 

Table  1.  IMIS  Cases  Studied  With  LCOM. 


Equipment 

Failures 

Sortie  Rate 

Task  Troubleshooting 

Baseline  -30%  -60% 

Time 

-100% 

Baseline 

Low  (1.5) 

M  M 

M 

M 

High  (3.0) 

M  M 

M 

M 

Improved 

Low  (1.5) 

M  M 

M 

M 

Reliability 

High  (3.0) 

M  M 

M 

M 

We  limited  manpow'er  studies  to  on  equipment  (or  flighdine)  maintenance  specialties.  IMIS  is 
expected  to  Impact  these  woik  centers  most,  and  since  w-c  did  not  deal  with  spare  parts 
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optimization,  manpovtci  fur  off  et|uipnicnt  (<k  shop)  Vfosk  centers  could  not  be  omstniinai 
proi»riy.  fSec  the  AppeiKiLx  fes*  details  on  LCOM  nianpovvcr  constraining.) 

in  ail  ca;^s.  vsre  nxxiclcd  a  24  ^dicraft  unit  flying  a  30-day  cond.at  sxtiano  from  a  single  bai«~ 
S-jnic  ratCi  Acre  arbiuarily  chmen  to  simulate  high  tempo  operations  at  two  levels.  The  aiiciafi 
Acre  filters  in  air  to  air  missions,  ‘ntcrc  was  no  atiritimi,  no  battle  damage,  and  round-the-clock 
flying.  The  scenaritis  were  modeled  using  ASD's  LCOM  Veis*oa  ^.B  running  under  VAX/VMS. 

Wc  manipulated  only  the  troubleshooting  times  in  the  LCOM  data  base.  We  did  not  adjusi 
a£ti\e  repair  or  repair  check  out  times.  The  troubleshooting  portirm  of  ntany  maintenance  tasks  is 
substantial,  but  it  is  only  pan  of  a  ccsnpletc  task  as  LCOM  typically  rtKxIels  iL  Overall  ta^  times 
were  reduced,  bat  wc  used  a  »A»:»ser\uiivc  approach  by  lowering  only  the  lime  for  iroublcsiaxiiing. 

LCOM  Data  Base 

Wc  created  an  LCOM  maintenance  task  data  base  fe  a  notirma!  new  fighter  using  a  method 
described  by  Tcimeyer  (1974).  This  method,  called  Cbmpaiabili^'  Analysis,  is  used  to  identify 
».onr.f arable  s-bsy  stents  from  csIsUct^  ciiaipnscnl  when  forecasting  mainteaartec  requirements  for 
new  sy  stems  not  vet  built  CtKnparabiltiy  Analysis  is  now  comnKKiIy  used  to  predict  the  Ir^stics 
characteristics  of  new  systems  essentially  reliability  atul  maintainability  values  -  from  the 
characteristics  of  existing  sy  stems.  The  remits  of  this  effort  are  shown  in  Tabic  Z  at  the  “two-digit" 
equipment  wt>ik  unit  code  level. 

As  shoss  n.  we  cTeated  a  baseline  ftjuipment  tonfiguracoa  for  a  notional  new  Air  Force  fighter 
consisting  of  •^bsy  stems  from  c.\isting  fighters.  Wc  then  located  and  integrated  e«:4:ng  LCOM 
data  vci%  including  one  for  the  Navy  F/A  IS,  describing  the  maimc*rancc  reqairctiKnis  for  these 
subsystems.  Wc  then  had  the  nucleus  of  a  new  LCOM  data  Ime  representing  oar  nrKional  new 
fighter  Pr^ycct^  impruvcn'^nis  in  equipment  reliability,  measured  as  mean  sorties  betwtsm 
failure,  were  drawn  from  the  "High  Reliability  Fighter"  study  (McDaTclI  Douglas  I9S7).  Th«c 
V  allies  .V  ere  used  to  &Jjasi  iliC  LCOM  failuie  mechanisms  which  control  the  volume  of  tiKin^ianoc 
re{»ir  wwk  in  the  simulaiion. 

Mj.r.icnar.i.€  Air  Furcc  Sf^cialty  iAFS}  Groifpi.  AFS  Groups  for  on-equipn^t  (flightline) 
muinicnanaC  were  define  as  ^.uwn  In  Table  3.  Wc  used  .AFS  designations  prevailing  before  the 
Rivet  Workforce  than^  in  AFS  |K»!i*.y  as  they  would  hascappiied  to  a  future  Air  Force  filter. 


Table  2.  LCOM  Baseline  Comparison  Subsystems. 


Work  Unit  Code _ Subsystem _ Work  Unit  Code _ Subsystem 


11 

Airframe 

F16,F15,F/A-18 

49  Misc.Utilities 

F/A-18 

12 

Cockpit 

FI 6.  FI  5,  F/A-18 

OBIGGS‘ 

F/A-18 

13 

Landing  Gear 

F15 

51  Instruments 

F/A-18 

14 

Flight  Controls 

F16,F15,F/A-18 

62  VHP 

F/A-18 

24 

Auxiliary  Power 

F/A-18 

63  UHF^ 

F/\-I8 

27 

Propulsion 

F15 

64  Interphone 

F/A-18 

29 

Power  Plant 

F/A-18 

65  IFF* 

F/A-18 

41 

Environmental 

F16 

66  Radio  Beacon 

F/A-18 

42 

Electrical 

F15 

67  Comm/Nav/IFF* 

F/A-18 

44 

Lighting 

F15 

71  Radio  Nav. 

F/A-18 

45 

Hydraulics 

F/A-18 

72  Radar/Bomb  Nav. 

F/A-18 

46 

Fuel 

F15 

74  Fire  Control 

F/18,F15 

47 

Oxygen  (OBOGS) 

AV-8A' 

75  Weapons 

F/A-18 

76  ECM’ 

F/A-18 

lOn  Uoard  Oxygen  Generating  System 
^On  Board  Inert  Gas  Generating  System 
^Very  High  Frequency  (Radio) 

'^Ultra  High  Frequency  (Radio) 

^Identification  Friend  or  Foe 
^Conimunication/Navigation/Idcntification  Friond/Foe 
^Electronic  Counter  Measures 


LCOM  Manpower  Modeling.  LCOM  is  a  large-scale  Monte  Carlo  simulation  of  a  maintenance 
organization.  The  essentials  of  this  complex  model  are  di.scussed  in  the  Appendix.  The  simulation 
uses  a  description  of  the  maintenance  environment  in  the  form  of  task  networks  to  help  an  analyst 
determine  an  economic  mix  of  maintenance  resources  to  support  a  given  operational  .scenario.  In 
LCOM  simulation,  the  basic  idea  is  to  adjust  base-level  logistics  re.source  levels,  including  the 
manpower  resource,  until  the  desired  performance,  usually  a  target  sortie  rate,  is  just  achieved.  In 
this  way,  the  level  of  the  manpower  resource  can  be  tied  to  a  level  of  performance  and  the 
interactive  effects  of  manpower  with  other  logistics  factors  can  be  estimated. 

We  derived  AFS-by-shift  manning  levels  for  each  ca.se  .separately.  This  was  done  by  adjusting  » 

AFS  manning  levels  up  or  down  over  successive  simulation  trials  until  the  desired  .sortie  rate  was 
just  achieved.  In  converting  shift  manpower  to  total  manpower,  we  used  a  wartime  manpower  '* 

availability  factor  of  244.8  hours  per  person  per  month. 
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Table  3.  AFS  Groups  for  LOOM  Simulation. 


AFS 

Function 

AFS 

Function 

326X6 

Fire  Coniro! 

423X2 

Egress 

326X7 

Instruments 

326X8 

Comm/Nav/ECM 

427X2 

Sheet  Metal 

427X5 

Inspection 

431X1 

Airplane  General 

423X4 

Pneudraulics 

423X3 

Fuels 

426X2 

Engine 

462X0 

Munitions 

423X0 

Electrical 

461X0 

Armament 

423X1 

Environmental 

III.  RESULTS 

Table  4  shows  the  overall  results  of  these  LCOM  simulations.  Both  LCOM  daily  shift  manning 
(Shift)  and  total  authorizations  (Total)  are  shown.  In  general,  as  troubleshooting  times  decline,  so 
does  the  manpower  requirement.  For  example,  looking  at  the  .second  row  in  the  table,  the 
manpower  needed  under  baseline  conditions  with  a  1.5  sortie  workload  is  164  people.  This 
manpower  requirement  declines  slightly  when  troubleshooting  times  aie  reduced  by  30  percent 
across  the  board,  and  substantially  when  troubleshooting  times  are  reduced  by  60  percent  across 
the  board.  If  troubleshooting  times  across  all  tasks  for  all  AFSs  were  effectively  nulled,  only  1 18 
people  would  be  required.  Other  rows  in  Table  4  can  be  interpreted  in  a  similar  fashion. 

As  expected,  the  lowest  manpower  solutions  are  obtained  when  sortie  demand  is  relatively  low 
and  equipment  reliability  is  high.  Figure  2  shows  that  the  sensitivity  of  manpower  to 
troubleshooting  times  is  greatest  w  hen  sortie  requirements  are  very  high.  The  two  top  curves  show 
that  manpower  requirements  drop  off  sharply  when  these  times  are  reduced  only  modestly  (30%). 
In  contrast,  when  sortie  generation  requirements  are  relatively  low,  troubleshooting  times  must  be 
cut  by  60  percent  before  .i  noticeable  manpower  decline  is  ob.served.  All  four  curves  imply  that 
climin.tting  tiouble.shooting  completely  would  not  decrea.se  manpower  requirements  much  more 
than  a  60  percent  reduction  in  troubleshooting  time.  Eliminating  troubleshooting  time  entirely  does 
not  .seem  po.ssible,  but  reducing  it  by  60  percent  does  seem  possible,  and  it  would  give  about  the 
same  overall  benefit.  As  expected,  lowering  the  volume  of  required  maintenance  work  by 


improving  equipment  reliability  lowers  required  maintenance  manpower,  regardless  of  othei 
factors.  All  of  these  findings  make  intuitive  sense. 


Table  4.  IMIS  Effects  on  Manpower  Levels. 


Equipment  Sortie  Rate  Ta.sk  Troubleshooting  Time 

Failures  Baseline  -30%  -60%  -100% 


Baseline 

Low  (1.5) 

Shift 

112 

no 

94 

80 

Total 

164 

161 

138 

118 

High  (3.0) 

Shift 

169 

150 

142 

134 

Total 

248 

220 

209 

197 

Improved 

Low  (1.5) 

Shift 

90 

90 

90 

84 

Reliability 

TotjU 

132 

132 

132 

123 

High  (3.0) 

Shift 

127 

116 

106 

104 

Total 

187 

171 

156 

153 

Notes:  1.  Manning  is  for  on-cquipmem  maintenance  of  a  24-aircrafl  unit. 

2.  Computational  formula  for  total  manpower  is:  (Shift)  x  (30  days)  x  (12  hours)  /  (244.8  hours). 


Reckoning  Manpower  Costs.  If  IMIS  technology  successfully  implemented  lowers  manpower 
requirements  for  a  given  level  of  sortie  performance,  the  next  question  must  be;  How  much  could 
be  saved  if  these  manpower  economies  were  actually  realized?  In  other  words,  what  is  the 
manpower  cost  avoidance  attributable  to  this  IMIS  benefit? 

To  estimate  the  value  of  this  benefit,  we  obtained  manpower  cost  factors  from  Air  Force 
Regulation  173-13  and  applied  them  to  our  LCOM-derived  total  manpower  requirements  according 
to  the  rules  stated  therein.  We  simply  multiplied  the  manpower  requirement  by  the  annual  cost  of  a 
manpower  space  for  each  of  the  sixteen  cases  we  modeled.  We  took  no  account  of  recruiting, 
training,  or  other  indirect  costs  that  are  also  as.sociated  with  these  direct  manpower  costs,  though 
these  too  would  be  affected  by  altered  field  manpower  requirements.  The  re.sults  are  shown  in 
Table  5. 
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Baseline  Failures  / 
High  Sorties 

Zr)V7  -  A 


Improved  Reliability  / 
200  -  lOgli  Sorties 


C3  I  cn  Baseline  I'ailures  / 
■g  tJi'  •  1  Sorties 

^  - - 

High  Reliability  / 
Low  Sorties 

100  - 


Baseline  -  30  %  -  60  %  -100 

Troubleshooting  Times 

'ietire  2.  IMIS  Effects  on  Manpower  Levels. 

Table  5.  Annual  Manpower  Costs. 


Failures 

Sortie 

Manpower 

Equipment 

Task  Troubleshooting 

Time 

Rate 

Baseline 

-30% 

-60% 

-100% 

Baseline 

Low 

Total 

164 

161 

138 

118 

Cost 

4.459 

4.377 

3.752 

3.208 

High 

Total 

248 

220 

209 

197 

Cost 

6.743 

5.982 

5.683 

5.366 

Improved 

Low 

'Ibtal 

132 

132 

132 

123 

Reliability 

Cost 

3.589 

3.589 

3.589 

3.344 

High 

'Ibtal 

187 

171 

156 

153 

Cost 

5  385 

4.649 

4.242 

4.160 

Noit^s:  I.  Manpower  costs  arc  in  millions  of  dollars. 

2.  The  annual  average  cost  per  enlisted  person  is  527,191.00 
(See  Air  Force  Regulation  173-13) 
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If  we  assumed  that  the  most  likely  overall  effect  of  IMIS’s  job  aiding  benefit  is  a  60  percent 
average  reduction  in  maintenance  troubleshooting  times,  and  also  assumed  a  workload  factor 
equivalent  to  a  1.5  average  daily  sortie  rate,  the  applicable  manpower  cost  would  be  $3, 752, (XX) 
annually.  (Refer  to  3.752  in  Table  5.)  This  could  be  subtracted  from  $4, 459, (XX)  (the  applicable 
baseLne  case)  to  yield  $707,()(X).  This  amount  could  be  called  the  manpower  cost  avoided  by  IMIS 
for  one  24-aircraft  unit  for  one  year.  Extrapolating,  if  we  had  ten  IMIS-supported  fighter  wings  oi 
three  24-aircraft  squadrons  each,  we  would  avoid  $21,210,000  in  manpower  costs  in  one  year 
(i.e.,  $707,000  x  3  x  10)  by  implementing  IMIS.  Other  entries  in  Table  5  can  be  converted  to 
manpower  costs  in  the  same  way. 

IV.  DISCUSSION 

These  LCOM  studies  show  a  strong  and  consistent  relation.ship  between  IMIS  technology, 
manpower,  and  maintenance  system  performance.  We  observed  substantial  manpower  benefits 
from  IMIS  by  altering  maintenance  troubleshooting  times.  We  can  readily  convert  manpower 
authorizations  to  manpower  costs  using  standard  cost  data  to  show  potential  cost  avoidances 
reaching  into  the  millions  annually  from  this  single  improvement  in  maintenance  quality.  For  a 
given  level  of  sortie  demand,  reducing  maintenance  manhours  by  reducing  troubleshooting  times 
leads  to  lower  manpower  costs.  In  sum,  we  have  demonstrated  the  manpower  effects  that  some 
have  projected  for  an  IMIS-supported  maintenance  world.  Until  now,  there  has  been  little  attempt 
to  quantify  the.se  potential  manpower  benefits. 

It  should  be  noted  that  other  IMIS  impacts  are  not  captured  here.  To  obtain  a  broader  view  of 
IMIS  benefits  (and  costs),  the  economic  effects  of  reduced  maintenance  errors  on  spare  parts 
demand  would  have  to  be  considered.  Better  maintenance  performance  and  improved  equipment 
reliability  would  reduce  not  only  manpower  requirements,  but  spare  parts  stockage  requirements  as 
well.  We  did  not  model  a  reduction  in  "Cannot  Duplicate"  maintenance  actions  on  the  flightline  or 
"Retest  OK"  events  in  the  shop,  two  commonly  used  indicators  of  troubleshooting  quality  (Binkin, 
1986).  We  merely  reduced  the  time  needed  to  make  a  diagnostic  decision  without  examining  the 
quality  of  the  decision.  Even  so,  the  results  obtained  using  only  one  maintenance  factor  strongly 
suggest  that  further  study  of  manpower  and  spare  parts  costs  associated  with  IMIS-supported 
maintenance  would  akso  be  very  worthwhile.  A  detailed  IMIS  cost  analysis  ‘‘shell”  developed  by 
Coogan,  Brandt,  and  Jeniigan  (1984)  would  be  useful  for  this  more  detailed  assessment. 

LCOM  does  not  capture  all  of  the  potential  manpower  impacts  expected  from  IMIS.  Several 
work  centers  not  included  in  LCOM  manpower  simulations  will  be  altered  in  an  IMIS-supported 
maintenance  environment.  For  instance,  the  TO  maintenance  function  at  unit  level  may  well  have 
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different  manning  requirements  in  addition  to  different  personnel  skills  when  the  work  shifts  from 
management  of  paper  TO's  to  digital  media.  And  maintenance  of  the  IMIS  system  itself  would 
have  to  be  considered  in  the  overall  unit  manpower  requirement.  These  and  other  manpower 
impacts  would  have  to  be  considered  if  the  fuller  cost/benefit  analysis  of  IMIS  is  lO  be  undertaken. 

In  addition  to  reducing  maintenance  times,  IMIS  can  be  expected  to  help  reduce  the  number  of 
occupational  specialties  required  for  aircraft  maintenance.  The  Rivet  Workforce  initiative  has  made 
maintenance  job  enhirgement  an  important  consideration  in  manpower  planning  for  current  and 
future  Air  Force  system  support.  We  have  begun  another  LCOM  study  on  Rivet  Workforce  AFS 
policy  with  the  same  data  base  u.sed  here. 

Since  this  was  only  an  exploratory  analysis,  we  did  not  attempt  to  establish  statistical 
confidence  limits  for  any  of  the  LCOM  studies  reported  here,  nor  did  we  examine  the  potential 
impacts  of  IMIS  beyond  flightline  manpower.  We  have  only  established  that  manpower 
requirements  derived  with  LCOM  are  indeed  sensitive  to  conservative  assumptions  about  the 
effects  of  advanced  job  aiding  technology.  Since  the  validity  of  these  assumptions  has  not  been 
verified,  the  validity  of  the  LCOM  findings  is  uncertain.  All  the  usual  cautions  about 
overgencralizing  results  from  a  single  study  certainly  apply  here. 

Even  so,  the  evidence  we  do  have  indicates  that  more  detailed  and  more  rigorous  research  is 
warranted.  In  addition  to  -  -  or  instead  of  --  more  comprehensive  and  rigorous  LCOM  modeling, 
this  research  might  stress  behavioral  measurement  of  job  aiding  effects  in  realistic  field  conditions. 
Obtaining  such  real  world  performance  data  will  be  difficult  and  costly.  But  without  them,  follow- 
on  rc.search  will  be  limited  to  more  elegant  luid  more  exten.sive  simulations. 
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APPENDIX:  NOTES  ON  LOOM 


The  Logistics  Composite  Model  (LCOM)  was  created  in  the  late  1960’s  through  a  joint  effort 
by  The  Rand  Corporation  and  the  Air  Force  Logistics  Command.  The  original  purpose  of  L.  !OM 
was  to  piovide  a  policy  analysis  tool  that  could  relate  base-level  logistics  re.sourccs  with  each  other 
and  with  sortie  generating  capability.  Logistics  resources  modeled  in  LCOM  include  maintenance 
peopie,  spare  parts,  and  aerospace  i,round  equipment  (AGE).  LCOM  is  an  extremely  versatile  - 
and  extremely  complicati  '  -  model.  The  interaction  of  system  logistics  support  factors  can  be 
studied  in  any  level  of  dt.tail  the  analyst  requires.  LCOM  has  been  adopted  as  an  Ai  Force 
stand,  d,  and  its  most  important  use  has  been  in  determining  maintenance  manpower  requi.  .ncnt.>. 

LCOM  softwju'e  documentation  is  available  (e.g.,  Drake  &  Wieland,  1982)  and  LCOM  analyst 
training  guides  have  been  written  (e.g.,  Dengler,  1981).  But  there  is  surprisingly  little  publi.shal 
discussion  emphasizing  the  LCOM  manpow'er  determination  procc.ss  itself.  LCOM  modeling  is 
often  seen  as  a  basis  for  organizing  certain  kinds  of  manpower,  personnel,  and  training  (MPT) 
analysis  (Boyle,  1990),  but  very  few  people  have  the  time  or  the  opportunity  to  master  the 
intricacies  of  LCOM.  Consequently,  a  thorough  understanding  of  LCOM  has  been  limited  to  a 
small  group  of  LCOM  practitioners. 

LCOM  Simulation  Overview 

LCOM  simulates  the  work  of  a  maintenance  organization.  LCOM  study  objectives  may  differ 
widely,  but  the  usual  one  is  to  locate  the  be.st,  or  optimal,  mix  of  logistics  re.sourccs  to  support  a 
given  weapon  system  under  given  operating  conditions.  The.sc  logl.'.tics  resources  can  be  spare 
parts,  support  equipment,  or  human  resources  (i.e.,  maintenance  people).  An  LCOM  simulation 
can  be  used  as  an  exper  ment  in  which  variations  in  input  resources  are  related  to  variations  in 
output.  In  LCOM,  the  .  ost  important  output  measure  is  usually  the  numbei  of  .sorties  flown.  In 
manpower  studies  using  LCOM,  the  objective  is  to  find,  for  each  defined  work  center,  the  lowest 
manpower  level  that  just  achieves  the  desired  sortie  n.».:  cton't  want  manpower  to  be  too  high, 

because  people  would  be  idle.  But  we  don't  want  manpower  to  be  too  low,  because  then  people 
would  be  too  busy.  We  would  lose  sorties  as  aircraft  wait  for  maintenance  crews  to  become 
available.  LCOM  simulation  for  manpov  er  amounts  to  a  search  for  the  optimal  balance  between 
these  two  manpower  factors  iind  sortie  generation  potential. 

The  LCOM  model  is  extremely  detailed  but  it  is  not  difficult  to  understand  the  essentials.  It  is, 
in  many  respects,  a  mere  counting  device.  LCOM  logs  sorties  (and  other  performance  variables) 
from  manpower  levels  (and  other  resource  information)  supplied  to  it  by  the  analyst.  From  this 
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perspective,  to  say  that  LCOM  "determines"  manpower  is  to  speak  very  imprecisely.  In  fact,  the 
analyst  supplies  the  manpower,  LCOM  simply  counts  the  sorties  corresponding  to  that  manpower 
level.  Through  numerous  iterations  over  many  simulation  runs,  the  analyst  evaluates  the 
sortie/manpower  trade  off  until  an  optimal  manpower  level  is  found.  The  manpower  level  for  any 
Air  Force  Specialty  (AFS)  will  normally  not  be  lower  than  the  minimum  task  crew  size  for  the  APS 
noi  higher  than  that  required  to  satisfy  the  workload  im|»osed  by  the  flying  schedule. 

Why  Simulation? 

The  Air  Force  has  favored  a  simulation  approach  to  aircraft  maintenance  manpower 
requirements  because  mathematical  methods,  which  are  based  on  expected  or  average  long  run 
workload,  do  not  accurately  reflect  maintenance  realities  or  mission  imperatives  day  by  day.  The 
volume  of  maintenance  work  fluctuates  over  time  in  large  part  because  equipment  breaks 
randomly.  Hence,  maintenance  work  cannot  be  entirely  preprogrammed  according  to  some  orderly 
and  unifomi  production  rate.  Much  of  the  work  is  "unscheduled '  repair  of  equipment  tliat  breaks  in 
a  random  manner.  Though  we  may  be  sure  that  aircraft  components  will  break  in  the  long  run,  we 
cannot  be  certain  when  they  will  break  in  the  short  run.  Hence,  to  man  work  centers  according  to 
the  long  run  average  workload  would  sometimes  mean  inadequate  sortie  production  in  the  short 
run  A  simulation  allows  random  variations  in  workload  demand  to  reveal  them;  -.Ives  and  permits 
nunning  estimates  to  take  these  variations  into  better  account. 

e  interested  reader  will  find  illuminating  literature  on  manpower  simulation  not  just  in  the 
current  '.COM  documentation  but  particularly  in  Rand’s  research  in  the  late  1950’s  and  early 
196()'s.  '.'  he  work  of  Houston  (1960,  1962)  on  the  "personnel  subsystem"  concept  and  Levine  & 
Rainey  (  i  >59)  on  the  Base  Maintenance  Operations  Model  de.scribe  the  use  of  systems  analysis 
tools  much  like  LCOM  in  manpower  planning  for  new  Air  Force  systems.  Newer  logistics  analysis 
tnetluxls, .  uch  as  .SAMSOM  (Bell  &  Stucker,  1971)  and  TSAR  (Emenson  &  Wegner,  1985)  in  the 
Air  Force,  and  manpower  tools  such  as  MANCAP  in  the  Army,  attest  to  the  enduring  value  of  the 
simulation  approach  to  logistics  trade-off  analysis.  See  also  Gotz  &  Stanton  (1986). 

LCOM  is  called  a  Monte  Carlo  simulation  because  the  model  uses  random  draws  from 
equipment  IV.!!  .ire  distributions  to  introduce  demands  for  unscheduled  maintenance  work.  Similar 
nndem  draws  deterniine  how  long  a  particular  repair  will  take  using  mean,  variance,  and 
distribution  types  .spec.’ied  by  the  analyst.  In  these  ways  LCOM  simulation  captures  the 
randomness  of  real  world  events.  Simulations  must  be  run  repeatedly  to  determine  the  "just  right" 
manning  level  for  each  work  center.  Although  "variance  reduction”  and  other  techniques  are  often 
used  to  make  the  simulation  process  mor,.  efficient,  the  LCOM  modeling  process  will  usually 
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require  more  labor  and  more  time  than  a  deterministic  mathematical  approach  to  the  same  modeled 
environment. 

LCOM  Model  Description 

A  simplified  view  of  the  maintenance  world  modeled  in  LCOM  is  shown  in  Figure  3.  Aircraft 
are  flown,  serviced,  repaired,  and  returned  to  flying  .status  according  to  ruies  defined  by  the 
modeler.  Aircraft  process  through  task  networks  which  describe  the  procedures  and  rc.sources  of 
the  maintenance  environment.  In  essence,  LCOM  modeling  consists  of  accumulating  statistics  on 
operations  and  maintenar.  occurrences  in  a  simulated  flying  .scenario.  The  level  of  detail  and 
complexity  in  the  modeled  environment  can  be  daunting,  but  the  underlying  LCOM  proce.ss 
portrayed  in  Figure  3  is  simple. 

Maintenance  resource  levels  are  set  by  the  analyst,  not  by  LCOM.  The  model  will  call  upon 
these  resources,  human  and  otherwise,  in  supplying  aircraft  to  meet  the  flying  demand.  Generally 
speaking,  if  too  few  resources  are  provided,  the  aircraft  will  wait  and  sorties  will  be  lost  as 
maintenance  queues  develop.  If  too  many  resources  are  provided,  they  will  be  underutilized;  in 
effect,  wasted.  The  statistics  gathered  by  the  LCOM  simulation  provide  clues  about  how  the 
resource  levels  should  be  changed  to  improve  resourt :  utilization  or  .sonie  generation  potential  in 
subsequent  simulation  runs. 
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Fiaiirc  3.  LCOM  Simulaiion  Logic.  (Adapted  from  Dengler,  1981) 

LCOM  Sofiwjire 

Tlic  overall  .structure  of  the  LCOM  software,  which  is  written  in  Simscript  II.5,  is  shown  in 
Figure  4.  The  LCOM  sy.vtem  eunj)ist,s  of  a  preprocessor  program  (Input  Module),  a  simulation 
program  tMain  Module),  and  Po.st  Procesbor  Modules.  The  LCOM  system  also  includes  a  number 
tjf  .supporting  prograin.s  to  aid  the  data  build  process.  This  Data  Preparation  Subsystem  extracts 
and  format.s  Air  F«)rce  Maintenance  Data  Collection  System  (MDC)  data  for  u.se  in  LCOM. 

The  anal) St  codes  the  various  LCOM  input  "fonns,"  which  constitute  the  LCOM  data  base. 
Afi  r  erior  checking,  an  LCOM  preprocessor  converts  the  data  into  two  files;  an  initialization 
("init",  in  LCOM  jargon)  and  the  e.xogenous  events  (or  "exog")  files.  The  init  file  describes  the 
maintenance  environment  to  be  simulated  and  provides  staring  values  for  the  prescribed  variables. 
The  exog  file  contains  flying  schedule  and  related  scenario  data  created  *Tom  the  mission  data 
supplied  by  the  user.  This  is  what  creates  demand  for  sorties  and  maintenance  work. 
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Fiuure  3.  LCOM  Simulation  Lx)gic.  (Adapted  from  Dengler,  1981) 

LCOM  Sofiwtu'c 

The  overall  .strueture  of  the  LCOM  .software,  which  is  written  in  Simscript  11.5,  is  shown  in 
Figure  4.  The  LCOM  sy.slem  consists  of  a  preprocessor  program  (Input  Module),  a  simulation 
program  (Main  Module),  and  Post  Processor  Modules.  The  LCOM  system  also  includes  a  number 
of  supporting  programs  to  aid  the  data  build  process.  This  Data  Preparation  Subsystem  extracts 
and  formats  Air  Force  Maintenance  Data  Collection  System  (MDC)  data  for  u.se  in  LCOM. 

The  anal) St  codes  the  various  LCOM  input  "forms,"  which  constitute  the  LCOM  data  ba.se. 
Aft'  r  ciior  checking,  an  I.COM  preprocessor  converts  the  data  into  two  files:  an  initialization 
("init",  in  LCO.M  jargon)  and  the  exogenous  events  (or  "exog")  files.  The  init  file  describes  the 
maintenance  environment  to  be  simulated  and  provides  staring  values  for  the  prescribed  variables. 
The  exog  file  contains  fl>ing  schedule  and  related  scenario  data  created  ^rom  the  mission  data 
supplied  by  the  user.  This  is  what  creates  demand  for  sorties  and  maintenance  work. 
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Post  Processor 

Input  Module  Main  Module  [Modules 


Figure  4.  LCOM  Software  Struaure  (Adapted  from  Dcngler,  1981) 


Dozens  of  statistics  can  be  produced  for  the  Performance  Summary  Report  (PSR),  which  is  tlie 
principal  LCOM  output.  These  PSR  reports  can  be  ordered  at  any  time  during  the  simulated  period 
The  PSR  can  be  likened  to  a  snapshot  of  maintenance  activity.  Drake  and  Wicland  { i982)  list  79 
such  statistics  in  seven  categories:' 


-  operations 

-  activities 

-  personnel 

-  supply 

-  shop  repair 

-  AGE 

-  aircraft 


(e.g.,  sorties  flown) 

(e.g.,  average  time  to  get  resource) 

(e.g.,  manhours  u.sed,  manhours  per  flying  hour) 
(e.g.,  number  of  items  backordered) 

(e.g.,  number  of  items  repaired) 

(e.g.,  aero.space  ground  equipments  u.sed) 

(e.g.,  number  of  aircraft  days  available) 


'  The  current  ASD  version  of  LCOM  computes  108  performance  statistics. 
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'Fhc  Post  Processor  Modules  produce  summarv  statistics  for  the  entire  simulated  period.  These 
inwhide  mar.pow.cr  matrices  showing  demands  for  manpower  by  Air  Force  Specially  (AFS)  by  rinse 
of  day,  and  us,ige  and  availability  of  spare  parts,  among  others.  The  matrix  and  parts  reports  are 
particularly  important  for  rnsinpovver  studies. 


luted  a^trv sty  cossssjts  of  mairstcnatice  servicing  work,  riccocu  to  fuei,  aim,  ano  inspect 
aircraft  imam  sets  Ling  neiwurky.  and  work  needed  to  fi.x  airplanes  that  have  broken  in  some  way 
(unscheduled  maintenance  network).  The  analyst  codes  this  work  in  a  network  fommt  identifying, 
for  each  task,  the  time  and  resources  needed  to  accomplish  the  work. 


The  analyst  may  define  so  called  failure  docks  for  each  aircraft  subsytem,  component,  or  part. 
TIse  failure  blocks  govern  the  rate  at  which  things  break.  This,  in  turn,  governs  the  volume  of 
unscheduled  maintenance  manhours.  In  sui LCOM  cycles  aircraft  in  and  out  of  servicing 
nctwurks  until  a  failure  dock  has  breached,  then  it  psrsses  aircraft  through  repair  networks,  smd 
then  returns  them  to  flight  status  LCOM  counts  resources  used  in  doing  this  work.  A  large  array  of 
optivins  have  been  added  to  LCOM  over  the  years.  These  allow  the  simulated  envoronment  to  be 
represented  with  greater  detail,  flexibility,  and  realism.  While  these  options  make  LCOM  look 
complicated  to  new^onsers.  they  do  not  alter  the  basic  lo^  of  the  model  in  any  fundamental  way. 

I.CO.M  Data  Bisc 

The  LCOM  input  fomts  are  of  fourteen  types.  The  most  important  of  these  arc  listed  in  Table 
6.  The  data  base  describes  the  ntainicnance  environrr^nt  in  terms  of  resources  and  tasks  and  the 
rules  for  their  use. 
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I.  LCOM  Input  Forms  (Penial  List) 


Form  Name 

Purpose 

Task  Network 

Every  task’s  name,  sequence  node, 
selection  mode, 

Task  Definitions 

Every  task's  name,  dme  (mean  &  variance) 
and  re.source  ID  and  quantity  (AFS,  crew 
size,  spare  part,  AGE) 

Resource  Definitions 

AFS,  spare  parts,  aircraft,  AGE,  and 
failure  clocks  are  identified. 

Failure  Clock 
Decrements 

Equates  equipment  failure  probabilities 
to  sorties 

Shift  Change  Policy 

Defines  shift  length  and  how  resources 
are  to  be  allocated  to  shifts 

Mission/Activity 

Entry  Points 

Defines  when  resources  enter  the 
network  and  the  required  aircraft 
configuration.  Allows  tracking  and 
assignment  of  aircraft  to  missions. 

Priority 

Specifications 

How  to  handle  task  conflicts  when 
using  resources  through  preempting, 
expediting,  and  restarting  rules 

Sortie  Generation 

Data 

Defines  mission  types  and  other  scenario 
data 

LCOM  Task  Language 


In  LCOM,  most  maintenance  tasks  are  described  as  actions  taken  on  a  piece  of  hardware. 
These  tasks  require  resources  (people,  parts,  and  AGE)  and  time.  The  actions  pplicable  to  people 
are: 


On-equipment  (flightline) 

X  =  Access  (Use  AGH) 
T  =  Troubleshoot 
R  =  Remove  and  replace 
H  =  Inspect 
M  =  Repair 


Off-equipment  (shop) 

L  =  Component  identification 
W  =  Check/repair  component 
K  =  Component  checks  OK 
N  =  Check  and  condemn 
Y  =  Disassemble/reassemble 


V  =  Verify  system  works 
J  =  Aircraft  liandling 
B  =  Loading/downloading  munitions 
W  =  Clieck/rcpair  component  (shop) 

When  these  action  codes  are  paired  with  equipment  Work  Unit  Codes,  a  concise  task 
descriptive  language  is  created.  For  example,  "T74AB0"  in  LCOM  means  "troubleshoot  the  (F- 
16)  radar  low  power  RF."  The  entire  LCOM  language  for  unscheduled  maintenance  is  used  in  this 
"action  taken/work  unit  code"  manner.  For  generic  aircraft  servicing  work  and  work  that  cannot  be 
tied  precisely  to  to  specific  equipments,  words  like  FUEL,  LAUNCH,  and  TOW  are  also  used. 

The  task  descriptive  vocabulary  used  by  LCOM  is  exact  but  it  is  also  rather  limited.  There  is 
no  implication  in  LCOM  maintenance  networks  cf  what  military  psychologists  would  call  task 
analysis  'I'hat  is,  the  only  things  LCOM  knows  about  a  task  is  who  does  it,  how  many  are  needed, 
who  may  substitute,  what  .supjtort  equipment  is  needed,  and  how  long  the  task  takes.  Through  the 
failure  clocks,  LCOM  also  knows  how  often  a  task  is  apt  to  occur.  LCOM  knows  nothing  else 
about  the  qualitative  aspects  of  the  work.  LCOM  task  data  bases  contain  only  the  task  information 
relevant  to  manpower  utilization.  LCOM  can  be  used  to  model  manpower  and/or  sortie  impacts  of 
different  skill  level  mixes  (Howell,  1980;  Garcia  &  Racher,  1981).  And  LCOM  task  data  have  also 
been  used  for  manpower,  personnel,  and  training  task  analysis  for  AFS  redefinition  (Boyle, 
1990)  But  excursions  such  as  these  depend  on  task  information  that  is  developed  outside  the 
standard  LCOM  process. 

LCOM  Ttisk  Networks 

LCOM  tasks  are  placed  into  networks  that  define  their  logical  flow  and  resource  requirements. 
These  networks  can  be  defined  in  many  different  ways  and  in  any  level  of  detail  desired.  The  task 
in  Figure  5,  for  example,  begins  when  a  failure  clock  for  Part  X  has  "breached."  The  network 
section  aiiplicable  to  Part  X  is  activated.  The  aircraft  will  halt  processing  through  the  main 
.servicing  iv'twork  while  maintenance  is  perfomied. 


Figure  5.  LCOM  Network  Example. 

The  diagram  .shows  that  it  takes  a  crew  of  two  people  with  AFS  452X2  three  tenths  of  an  hour 
to  identify  the  problem.  A  repair  action  taking  .6  hours  will  result  70  percent  of  the  time,  a  remove 
&  replace  action  taking  .8  hours  30  percent  of  the  time.  After  a  check,  the  aircraft  continues 
processing.  Use  of  AFS  452X2  is  recorded  as  3.4  manhours  in  the  remove  &  replace  action,  and 
3.0  manhours  in  the  repair  action.  Shop  manhours  are  also  generated  when  the  failed  part  arrives 
for  repair.  The  frequency  with  which  this  network  section  is  activated  is  governed  by  Part  X’s 
failure  clock  and  its  expected  reliability.  The  manhours  consumed  by  this  task  network  are  summed 
over  the  entire  simulation  period.  When  the  LCOM  study  is  complete,  these  manhours  are 
converted  into  a  manpower  requirement. 

LCOM  provides  a  wide  array  of  task  networking  controls.  These  can  be  used,  for  example,  to: 

-  "call"  other  tasks  or  networks, 

-  create  probabilistic  branching  (Figure  A-3) 

-  skip  over  or  accomplish  tasks  in  parts 

-  define  .sequential  and  parallel  task  strings 

-  consume  and  generate  parts 

-  change  the  location  of  re.source.s 

-  and  decrement  failure  clocks 
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Manpower  ‘"or  . 
Peak  Demands  ,1 


Fi;nire  6.  Manpower  Factors.  (Adapted  from  Dengler,  1981) 

'I'he  r''lationship  of  manpower  factors  to  sortie  rate  is  shown  in  Figure  6.  During  manpower 
constraining,  tlic  LCOM  analyst  must  consider  which  of  these  factors  is  driving  the  manpower 
reciuiremcnt.  Other  things  equal,  the  sortie  rate  will  govern  the  manpower  factors.  The  manpower 
factors  are: 

Post  Manpower:  Crews  dedicated  to  a  fixed  post  (e.g.,  end-of-runway  checks)  for  a  fixed 
period  and  who  cannot  be  reassigned  during  the  work  shift. 

Crew  Size:  .Manpower  on  at  least  one  shift  must  be  at  least  equal  to  the  highest  crew  size  for 
any  single  task  for  that  AFS.  Each  task  in  LCOM  has  a  defined  crew  size.  Most  maintenance  tasks 
require  more  than  one  person.  A  charming  LCOM  locution  names  the  highest  crew  size  in  any 
AF.S's  task  inventory  the  "maximum  minimum  crew  size."  Normally,  manpower  cannot  be  lower 
than  this  regardless  of  workload. 

Direci  Labor:  The  manpower  level  needed  to  accomplish  the  direct  work  hours  generated  by 
the  simulation.  It  is  shown  in  Figure  6  as  a  netu"  linear  increasing  function  of  sorties  flown. 

Peak  Demand:  Sortie  demand  may  have  an  irreguliu"  pattern  through  the  day.  Massed  fights 
or  surge  conditions  may  require  m.my  people  to  be  working  at  the  same  time.  More  people  may  be 
lecded  to  cover  these  peak  demands  than  might  be  provided  through  using  the  other  manning 
fac  tors  alone.  Additional  manpower  might  will  have  to  be  provided  to  satisfy  these  surges  in  sortie 
demand. 


Manpower  Constraining 


When  spare  parts  constraining  is  done,  manpower  constraining  begins.  The  required  manning 
levels  for  each  work  center  (or  AFS)  are  detennined  through  a  progressive  and  .systematic  process 
of  constraining  over  many  simulation  runs.  This  proce.ss  calls  upon  LCOM  statistical  reports  as 
well  as  the  analyst's  judgment. 

Dengler  (1981)  describes  the  following  method.  In  the  equation, 

,,,  .  AFS  Manhours  Used 

M(s)  - - - 

(Utilization  Factor)x(Number  of  Days)x(Shift  Length) 

manhours  used  by  each  AFS  are  converted  to  average  daily  number  of  people  required  for  a  shift 
fM(s)]  by  taking  shift  length,  days  simulated,  and  manpower  utilization  or  availability  factors  into 
account.  The  latter  factors,  by  current  Air  Force  policy,  are  144.5  hours  per  person  per  month 
(peacetime)  and  244.8  hours  per  person  per  month  (wartime).  The  analyst  must  decide  which 
policy  is  applicable  to  his  simulation  problem,  fne  shift  manning  levels  so  derived  become  starting 
values  for  manpower  constraining  runs.  The  analyst  must  be  careful  in  allocating  people  to  shifts. 
AFS  manning  should  not  be  lower  than  the  maximum  minimum  crew  size  if  no  AFS  substitution 
rules  have  been  defined.  LCOM  simulations  tu’e  performed  using  so-called  change  cards  which  list 
"authorized"  /esource  levels. 

The  a^^alyst  is  guicv-d  in  setting  manning  levels  for  subsequent  LCOM  runs  by  monitoring  the 
sortie  rate  and  manpower  ufilization  statistics  associated  with  a  given  manning  level.  AFSs  that 
may  need  additional  manpower  can  often  be  identified  by  examining  the  Manpower  Matrix  Post 
Processor,  which  shows  AFS  "backorder"  statistics.  The  analyst  must  detennine  whether  repair 
delays  in  particular  work  centers  arc  ;o..£t!aining  the  sortie  rate.  These  delays  might  be  tolerated  if 
they  do  not  constrain  the  sortie  rate. 

Finally,  the  actual  manpower  is  derived.  After  the  analyst  has  completed  all  AFS  manning 
adjustments  and  is  satisfied  that  LCOM  has  confirmed  the  optimal  manpower  levels  for  each  AFS, 
he  has  one  final  calculation  to  make.  The  number  of  «uthorizations  (i.e.,  the  number  of  whole 
people  to  be  listed  on  unit  manning  documents)  for  each  AFS  depends  on  the  total  daily  LCOM 
requirement  for  all  shifts,  the  monthly  manpower  availability  factor,  tlie  work  days  per  month,  and 
the  shift  length.  The  equation  below  shows  how  this  calculatiofi  is  made. 

Average  Daily  LCOM  Derived  Manpower  x  Work  Day.'^  Per  Month  x  Shift  Length 

Manpower  Availability  Factor 


'I'hc  icrni  "whole  people"  above  is  used  advisedly.  Division  with  fractional  availability  factors 
will  give  rise  to  fiaetional  manpower  requirements.  Since  we  can  deal  with  real  people  only  in 
whole  (integei)  units,  tables  for  rounding  these  fractions  into  whole-person  equivalents  are  used. 


